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METHOD FOR BACKUP AND RESTORE OF 
A MULTI LINGUAL NETWORK FILE 
SERVER 

BACKGROUND OF THE INVENTION 

1. Field of the InveDlion 

Hie invention generally relates to systems and methods 
executed in a computer system utilizing file system 
attributes in a multi-lingual file system environment, and 
more particularly to systems and methods for utilizing file 
system attributes in a multi-lingual file system environment 
when performing backup and restoration of data. 

2. Description of Related Art 

Generally, computer systems may be used in a variety of 
applications for providing and maintaining data in both local 
and remote computer systems connected in a network. Each 
computer system in a network may access data in accor- 
dance with one of a variety of different data formats and 
attributes that may vary with the file system, for example, on 
each computer system. Computers, as may be connected in 
a network, generally require backup of data on the various 
computer systems connected to a network. Similarly, a 
restore operation may be required in various applications of 
data that have been previously backed up. For example, 
there may be a backup of data in a computer system at a first 
point in time. This backed up data may be stored in some 
type of archive or backup data storage area. In the event of 
a system failure or disk corruption, for example, this data 
may need to be restored. As a result, the backup and 
restoration of data may be operations typically executed 
within a computer system, in more particularly within a 
network with one or more computer systems connected via 
the network. 

Many existing systems have a variety of connections, 
network topologies and hardware and software configura- 
tions within which the backup and restoration of data may be 
performed. In one arrangement of a network, there exists 
multiple storage devices that may be accessed by one or 
more remotely connected computer systems in the network. 
One type of backup strategy provides for a local backup of 
the multiple storage devices. However, this may be a prob- 
lem for backup strategy as well as the restoration strategy if 
remote backup and restoration of data stored in the network 
is required. Thus, it may be desired to have a remote backup 
and restoration capabilities for data within a network of a 
computer system. 

In a second strategy, remote backup and restoration capa- 
bilities are provided by having the backup and restore 
operations performed from a single point within the net- 
work. With a common storage area of multiple storage 
devices, one problem becomes how to interpret the various 
data formats which may be stored in a common or mass 
storage. For example, multiple computer systems may store 
data in the common storage area in multiple formats. Thus, 
in order to store and retrieve data in the various formats, 
software is required to execute as part of the backup and 
restoration operations which understands and can interpret 
the different file formats. This may be a problem in that the 
system designated as performing the backup and restoration 
of the data as a single point is required to interpret all of the 
different data formats. One way around this problem is to 
have each of the different computer systems to perform the 
different interpretation of the data to be backed up and 
restored from the single point in a network used for the 
backup and restoration of data. For example, the computer 
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system that performs the backup and restoration may inter- 
act with software on a designated computer system to 
interpret data which is being backed up from a mass storage 
device. However, this has a drawback of requiring agent 

5 software running on each of the different host systems to 
backup and restore data as well as coordinate activities with 
the computer system serving as the single point for data 
backup and restoration. 

Additionally, a data synchronization strategy is required 

10 among multiple hosts which may access a conamon file or 
other storage location, for example, to determine what is the 
most recent version of the data being backed up. This 
problem may be additionally compounded, for example, 
when each of the different computer systems interpret com- 

15 monly accessed data files in different data formats. 

It should be noted that a particular interpretation of the file 
data may be represented as metadata. Generally, metadata 
describes one point of view or interpretation of file data in 
accordance with, for example, one particular file system. 
Metadata includes file attributes describing a particular set 
of file data. Examples of metadata may include, for example, 
file size, record size, date information, edit history or modi- 
fication information associated with the file data, and user 
access information. Two file systems may each have differ- 

^ ent metadata of file attributes associated with the same set of 
file data. A device that provides the service to access the 
same set of file data fi-om multiple file system perspectives 
may be referred to as a multilingual file server. 

Thus, what is desired is an efficient and flexible technique 
for providing backup and restoration of data among multiple 
computer systems accessing a common set of data in a 
variety of different data formats. 

SUMMARY OF THE INVENTION 

In accordance with principles of the invention is a method 
and a system for providing one or more metadata files 
associated with a data file in a network. A request is issued 
by a client for the data file and the one or more metadata files 
^ fi-om a file storage area. A file server obtains each of the one 
or more metadata files. In response to the request, the one or 
more metadata files are provided to said client in a single 
response. The foregoing issuing, obtaining and providing are 
performed using remote procedure calls between the cHent 
and the file server. 

45 

In accordance with another aspect of the invention is a 
method and a system for performing a data backup operation 
in a network. A request is received at a backup server to 
backup data from a storage area. In response to the request, 

50 a data file is transferred to the backup server firom a file 
server Using a single remote procedure call, one or more 
metadata files corresponding to the data file are transferred. 
Each of the metadata files describes the data file in a 
different file system included in the network. 

55 In accordance with yet another aspect of the invention is 
a method and a system for perfonning a data restoration 
operation in a network. A request is received by a backup 
server for restoration of a data file from a backup storage 
area. The data file is transfenred to a target location in which 

60 the target location ts at a network location different from the 
backup storage area. One or more metadata files associated 
with the data file are transferred from the backup storage 
area in a single message using remote procedure calls to the 
target location. 

65 In accordance with yet another aspect of the invention is 
a system for performing a remote backup operation in a 
network. At least two computer systems are included in the 



06/03/2004, EAST Version: 1.4.1 



us 6,7 

3 

network in which each of said computer systems has a 
different file system. A backup computer system performs 
backup data operations and has a backup storage device. A 
backup agent included in the badcup computer system 
controls data badcup operations and issues remote procedure 
call requests to obtain a data file to be backed up to the 
backup storage device. A file server system provides data to 
be backed up to the backup computer system. A metadata 
service included in the file server system responds using 
remote procedure calls to requests fi'om the backup agent for 
metadata. The metadata service provides at least two meta- 
data files for a data file being backed up as a parameter 
included in a first of the remote procedxire calls. Each of the 
two metadata files includes file attributes corresponding to a 
different file system used by one of the at least two computer 
systems. A network connection between the backup agent 
and the metadata service transmits the at least two metadata 
files. 

In accordance with yet another aspect of the invention is 
a system for performing a remote data restoration operation 
in a network. At least two computer systems are included in 
the network. Each of the computer systems has a different 
file system. A backup computer system performs data res- 
toration operations and has a backup storage device. A 
restore agent is included in the backup computer system for 
controlling data restoration operations and issuing remote 
procedure calls to transmit a data file to be restored to a 
target location. The restore agent provides at least two 
metadata files for a data file being restored as a parameter 
included in a first of the remote procedure calls. Each of the 
two metadata files includes file attributes corresponding to a 
different file system used by one of the at least two computer 
systems. A metadata service is included in the target location 
for interfacing with the restore agent to receive data trans- 
mitted fi'om the restore agent. A network connection exists 
between the restore agent and the metadata service for 
transmitting the at least two metadata files. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Feamres and advantages of the present invention will 
become more apparent fi"om the following detailed descrip- 
tion of exemplary embodiments thereof taken in conjunc- 
tion with the accompanying drawings, in which: 

FIG. 1 is an example of an embodiment of a system that 
uses the present invention; 

FIG. 2 is an example of an embodiment of software that 
may be included in the backup/restore server of FIG. 1; 

FIG. 3 is an example of an embodiment of software that 
may be included in the file server of FIG. 1 used in 
performing the backup and restoration of data; 

FIG. 4 is flowchart of an example of an embodiment of 
method steps for performing a backup of data; 

BG. 5 is a flowchart of an example of an embodiment of 
steps showing more detailed of transferring data and meta- 
data to the backup server from the method of the flowchart 
of FIG. 

FIG. 6 is a flowchart of an example of an embodiment of 
a method for performing data restoration in the system of 
FIG. 1; and 

FIGS. 7-11 are example embodiments of application 
programming interface {APT) calls that may be used in the 
system of FIG. 1 to perform backup and restoration data 
operations. 

DETAILED DESCRIPTION OF PREFERRED 
EMBODIMENT 

Referring now to FIG. 1, shown is an example of a system 
that uses the present invention. The system 10 of FIG, 1 
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includes host systems I2a and 12b which communicate via 
network 14 to the backup restore server 30 and multiple file 
servers 16a and 166. The backup/restore server 30 may 
include multiple backup storage locations, such as 22a and 

5 22b, for storing data. The backup/restore server is connected 
to the network 14 via commimication connection 21. The 
backup restore/server 30 is also connected to a storage area 
network (SAN) via direct connection 19. File servers 16a 
and 16b are connected to the SAN 18 which controls access 

10 to various storage devices 20a-20c upon which different 
hosts, such as 12a and 126, may store various forms of data. 

It should be noted that the backup/restore server 30 may 
or may not be connected to a SAN. Although FIG. 1 shows 
connection 19, another embodiment may not include con- 

15 nectioa 19. Rather, in this other embodiment without con- 
nection 19, all communications between the backup/restore 
server 30 and the SAN 18 use connection 21. Techniques 
using connection 19, or alternatively connection 21, are 
described in more detail in paragrapte that follow. 

^° In this particular embodiment, each of the hosts I2a and 
12b may be any type of commercially available processor 
executing any one of a variety of commercially available or 
proprietary operating systems and assodated software. For 
example, host 12a may be a commerdally available proces- 
sor running software supporting the NFS file system. The 
second host 12b may be another commercially available 
processor running a different file system, such as the com- 
mercially available NT file system by Microsoft™, or the 
CIFS (Common Internet File System) also by Microsoft''**. 
GeneraUy, CIFS is a commercially available networked file 
system. In this embodiment, hosts 12a and 12b may have a 
native Unix or NT file system, but use the networked file 
systems, for example such as QFS or NFS, included in 
networked file servers 16a and 16b. 

In this particular embodiment, each of the hosts 12a and 
12b may access and store data on the storage devices 
2Qa-20c in a variety of data formats in accordance with the 
different file systems on the different hosts 12a and 12i>. The 

^ different data or file formats may provide different attributes, 
for example, for each of the files stored in the file system. 
Some of the attributes for the two file systems may be the 
same, and some may be different. For example, an access 
control list or ACL is available in the CIFS file system but 

^5 not on the NFS file system. A file dating convention with 
regard to modification to the file is assodated with both the 
NT and UNIX file systems. This is an example of attributes 
that may be common, such as the file dating, and others that 
may be unique to a file system, such as the ACL, in 
accordance with the different file systems that may be used 
in the system 10 of FIG. 1 on the hosts 12a and 12b ^ 
The network 14 may be one of the variety of network- 
types, such as a local area network or LAN. In this particular 
embodiment, each of the hosts 12a and 12b store data on the 

55 various storage devices 20a-20c using the network 14 to 
communicate with each of the file servers 16a and 16b to 
access the SAN that controls access to the different devices 
20fl-20c. The network file servers 16a and 16b may be, for 
example, the Celerra"™ file server by EMC Corporation of 

gQ Hopkington, Mass. Generally, a preferred embodiment may 
include other commerciaUy available file servers providing 
the capabilities and functions associated with file input and \ 
output (1/0) operations for the various devices 20-20c 
connected via the SAN 18. 

65 The SAN 18 is generally known to those skilled in the art 
for enabUng direct high speed connections between various 
storage elements, such as 20fl-20c, and various system 
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components, such as the hosts 12a and 126. Generally, referred to in accordance with each of the hosts 12fl and 126. 

connections such as 19 between the backup/restore server 30 For example, if host 12^z is an NT system and host 126 is a 

and the SAN, as well as connections between each of the file UNIX system, they may have different file naming conven- 

servers 16a and 166 and the SAN may be in accordance with tions for referencing the same set of data. Both naming 

one of a variety of communications connections associated 5 conventions referencing the same set of data may be 

protocols. For example, the connection 19 may be a fibre included in the catalogue 32. Also, associated metadata or 

channel (FQ or small computer system interconnect (SCSI) file attributes are included in the catalogue 32. Metadata or 

connection. Generally, one of the characteristics of the SAN file attributes may include, for example, how the file may be 

is that it has no responsibility for interpreting data that is accessed by various users, the date last modified, the number 

stored on the various devices 20fl-20c. lO of file storage extents associated with this particular file, and 

Id this embodiment, the SAN may be implemented as one 

or more commercially available EMC Symmetrix Enterprise As previously described, a metadata file describes data 

Storage systems. It should be noted that these Symmetrix included in a file firom the point of view of a particular file 

may or may not be organized in a SAN in an embodiment system of a particular host system, such as 12fl. In other 

including the invention. One embodiment may have the one is words, the same set of data may have multiple correspond- 

or more Symmetrix organized in a SAN interconnected, for ing metadata files in accordance with the different files 

example, by an EMC Connectrix fibre channel switch. In systems in each of the hosts systems such as 12a and 126. 

another embodiment, the one or more Symmetrix may be Thus, when performing a backup of the data for a particular 

stand-alone connected only to the Celerra File Server, such file, for example, which may be accessed by hosts 12a and 

as 16a and 166. 20 host 126, multiple metadata files may be associated with one 

Each of the storage devices 20a-20c may be one of a single set of file data. Each of these metadata files may be 

variety of different storage devices known to those skilled in backed up and restored in accordance with the operation 

the art. They may include, for example, a disk or magnetic being performed. The software components that are 

tape, or a disk array, such as the Symmetrix™ ICDA™ included in the backup restore server 30 as included in FIG. 

manufactured by EMC Corporation, 2 may be included in products such as the EDM™(EMC 

It should be noted that other embodiments may include ^^^^ Manager) line of products which are capable of data 

variations of the foregoing system and incorporate the restoraUon and backup, as descried in numerous pubhca- 

present invention. For example, an alternate preferred Uons avaUable from EMC, m^^^^^^^^ 

embodiment using the invention may be have a different "^^sic EDM Product Manual . In view of the foregomg 

number of hosts rather than just two as shown in the existing description, an emtodmient may mclude the backup agent 

system 10 of FIG. 1. Similarly, other preferred embodiments f °f the backup/restore server 30 as part of 

may include a different number of file servers than those EDM product Aocordmgly. the badcup/rcstore server 30 

shown in the system of FIG. 1. °l^y NFS attached or mounted to a Celerra file system of 

„ „ . . - , T p .u fil^ servers 16a and 166. 

Referrmg now to FIG. 2, shown is an example of the ,5 

various software components that may be included in one should be noted that m this embodmient with regard to 

embodiment of the backup/restore server 30 as inchided in backup and restore operaUons that are descnbed m para- 

the system 10 of HG. 1. Shown in FIG. 2. is a scheduler 34 S^^P^ ^0^°^' ^'^^P ^^^^ ^^^^ ^ 

which communicates with the backup agent 36 and the ^'ackup media, such as tape. Additionally, the restore agent 

restore agent 38. Each of the backup and restore agents 36 ^ ^8 reads data from the backup media and wntes the data, for 

and 38 respectively, read and write information from a example, to file server 16a or 166. 

catalog file 32. It should be noted that other preferred embodiments may 

Generally, the backup/restore server 30 is a computer employ other backup and restoration software besides the 

system which, in this particular embodiment, serves as a products m accordance with prmciples of the mven- 

single point at which backup and restoration of data is 45 described herem. 

performed with regard to backup storage devices 22a and Referring now to FIG. 3, shown is an example of the 
226 attached to the backup/restore server 30. Generally, the various software components that may be included in each 
scheduler 34 schedtiles the different I/O operations per- of the file servers 16a and 166 for use in the backup and 
formed as part of the backup and restoration of data on restoration processes when storing and retrieving data on the 
devices 22a and 226. The backup agent 36 generally con- 50 devices 20a-20c. Generally, the file system 42 and the 
trols or drives the backup data operations, such as by metadata service 44 communicate with the backup agent 36 
initiating requests for file data and information retrieved of FIG. 2 in performing the backup process and functions 
from the file server 16a to perform backup data operations. associated herewith. Similarly, these components of the file 
Similarly, the restore agent 38 is the driver for any data server generally commimicate with the restore agent 38 of 
restoration processes that may occur with regard to data 55 the backup/restore server, as previously described in coo- 
stored on devices 22a and 226. The backup agent 36 for junction with FIG. 2 when perfonning restore operations, 
example, as will be described in paragraphs that follow, is Each of the file system 42 and the metadata service 44 as 
responsible for initiating network calls to obtain various file included in the file servers 16fl and 166 may operate over the 
system information from the file server. Similarly, the network 14 or using connection 19 to communicate with 
restore agent 38 may make network calls as needed to the so ^^^^ components in the backup/restore server 30 when 
file servers 16fl and 166 when performing data restoration performing the backup and restoration operation, 
operations. The file data and metadata 46 included in FIG. 3 are 
The catalogue 32 is generally a description of the various shown for the sake of simplicity, without the file servers and 
files and associated attributes or metadata for each of the other intervening components, as data collected from the 
files included in backup storage devices 22fl and 226. 65 devices 20fl-20c, for example, when performing a backup. 
Generally, the catalogue 32 may include, for example, As will be described in paragraphs that follow, the file data 
different file names by which a single set of file data may be and metadata 46 is a simpUfied version of the data which is 
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sent via the file system 42 and the metadata service 44 to the the transfer of data. At step 62, the backup server transfers 

backup/restore sever 30 when performing a backup of data. the data and the metadata to the backup storage bcation and 

Similarly, when data and metadata are being restored, data updates the catalogue with the appropriate metadata. It 

and corresponding metadata are transmitted from the should be noted that the metadata may be stored only in the 
backup/restore server 30, respectively, to the file system 42 5 catalogue, or additionaUy copied with the actual data to the 

and the metadata service 44. Subsequently, the data and ^^^ckup storage devices. At step 64, a clean up process may 

metadata are then stored on devices 20fl-20c. P}^'^^ i° aca)rdance with each embodunent. For 

, „^ . example, memory deallocation of vanous structures used m 

Generally, m this embodiment, the file system 42 may be performing the backup of data may now be deallocated, 

used in data transmissions of the file data. Correspondmg ^^^^^ ^^^^^ ^ ^^^^^ 4 ^ 

metadata that is also transmitted uses the metadata service 10 ^^^^^ ^^^^ ^^^^^ particular, referring now 

44. Functionally, the metadata service 44 pro>adcs for col- ^ ^^^^ ^^^^ ^^^^ ^ ^ transferring 

lectins and gathering the one or more sets of file attributes ^^^^ ^^^^^^^^ ^ ^^^^ Generally, the 

mcludcd m metadata associated with a single set of file da a ^^^^ ^^^^ ^^^^^^^ ^ 

as included m this network supporting a mulU-lmgua^ file p,G. 4 as set forth in FIG. 5 performs backup of data on a 

system with a multi- lingua file server. Tliis will be 15 ^y file basis. In this particular embodiment, these steps 

described m more detail in followmg paragraphs. ^^^^ ^ a)miection with FIG. 5 are performed by the 

As known to those skilled in the art, the vanous functions backup agent 36 of the backup/restore server 30 of FIGS. 1 

performed by the agents included in the backup/restorc 2. 

server and the metadata service may be implemented in one ^ 3^ ^ ^^^^ ^ ^^^^.^^ ^ 

of a variety of different commeraally available program- determined. At step 72, a determination is made as to 

ming languages, such as the «C' and "C++" programmmg ^^^^^^^ ^ ^ ^^^^^^ ^ completed. If a 

languages. determination is made at step 72 that backup operations are 

Referring now to FIG. 4, shown is a flowchart of an not completed, control proceeds to step 74 where the 

example of an embodiment of the method steps as per- backup/restore server obtains file attributes from the file 

formed in a backup process for backing up data in a server for the file determined at step 70 to be backed up. 

multi-lingual file server. At step 50, the backup/restore These file attributes obtained at step 74 may be described as 

server 30 receives a request to backup data fi-om a file server. metadata associated with a particular data file. In this 

Referring back to FIG. 1, data may be backed up, for particular embodiment, there may be multiple metadata files 

example, from the devices 20fl-20c. A request to backup associated with a particular data file. The multiple metadata 

data may be generated, for example, by someone who is an fii^s exist in this embodiment due to the different types of 

administrator on the backup/restore server when performing systems that may exist in accordance with each of the 

a full or incremental backup of the system. Additionally, a different host systems 12a and 12b. 

remote request from one of the hosts connected via network ^ g^^p backup/restore server obtains file attributes 

14, such as 12a, may also initiate the request to backup data ^^^^^ j^c file server. In this embodiment, these are obtained 

sent to the backup/restore server 30 at step 50. It should be through the metadata service 44 that collects together the 

noted that in this particular embodiment, the scheduler 34 different metadata files. In other words, there may be mul- 

receives the request. j^pj^ procedure calls and other operations performed by the 

At step 52, the file system from which data is to be backed metadata service 44 of the file server, such as 16a, to obtain 
up is determined. In this particular embodiment, an inquiry ^ the different metadata attributes. All of the file's metadata is 
as to the file system residing on the file servers 16a and 166 returned to the backup/restore server 30 via network con- 
may be obtained by performing a procedure call as may be nection 21 or SAN connection 19 in accordance with the 
provided by an operating system. An operating system call communications connections of a particular embodiment, 
may be executed 00 the file server 16fl to return information xhis is described in more detail in paragraphs that follow, 
as to the type of file system of the file server 16a. A file 45 ^t step 76, the backup/restore server reads the file data 
system of the file server 16a may be, for example, the f^om the file server, such as 16a or 166, for the file to be 
network file system (NFS), or a CIFS file system. Other backed up. This is the actual data, as may be transmitted 
types of file systems may also be possible in accordance with ^gj^g the file system 42, rather than the metadata, as may be 
other embodiments of the invention. transmitted using the metadata service 44, associated with 

At step 54, the determination is made as to whether the file 50 the particular file being backed up. It should be noted that at 

system is an NFS file system. If a determination is made that step 76 in this particular embodiment, the actual data may be 

the file system is an NFS file system, control proceeds to step transferred via a high-speed connection 19 between the SAN 

56 where an inquiry is made to whether this file system is a 18 and backup/restore server 30, or using data connection 21 

Celerra file system. If a determination is made at step 56 that through network 14 from the file server 16a. It should be 
this is a Celerra file system, control proceeds to step 58 55 noted that generally in this particular embodiment, the 

where a determination is made as to which Celerra file server connection 19 is a high-speed data connection providing for 

has the directory mounted for the data which is being quicker response time for the large amounts of data actually 

backup. In other words, at step 58 a determination is made transmitted between the SAN 18 and the backup/restore 

via an API call as to which file server, such as 16fl or 16b, server 30. Generally, the metadata files are smaller and may 
is to be accessed to bcate the data to be backed up. go be transmitted via the network 14 using data connection 21. 

If it is not a Celerra file system, subsequent to step 56, The high-speed connection 19 may not be used for the 

control proceeds to step 60. Similarly, if it is determined at transfer of metadata in this particular embodiment because 

step 54 that it is not an NFS file system, control proceeds metadata is typically in smaller quantities and may be 

from step 54 to step 60. At step 60, the data and metadata for transmitted using network 14 rather than using the higb- 
the files to be backed up are transferred from storage, such 6S speed connection 19 due to the smaller quantity. Other 

as fixim 20a-20c, to the backup/restore server. This may be variations of this embodiment may transmit both data and 

done, for example, using remote procedure calls resulting in metadata using network 14 over connection 21. Similarly, 
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another embodiment may also use just connection 19 to 
transmit data and metadata. This is in accordance with each 
particular embodiment as well as the amount of data and 
other requirements of each system embodying the principles 
of the invention described herein. 

The data transfer connection 19 used for the backup and 
restoration of data from the SAN 18 in this particular 
embodiment may be, for example, a fibre channel (FC) or a 
SCSI connection as previously described. The data transfer 
means such as connection 19 may be independent of the file 
system, such as NFS or CIFS, which may reside on the file 
servers in the system 10 of FIG. 1. For example, products 
such as EDM's Symmctrix Path by EMC Corporation™ 
may be used for the directed transfer connections between 
the backup restorer server and the storage area network 18. 

It should also be noted that step 76 may be performed as 
by backup agent 36 using file I/O operations, such as file 
open, read and close sequence of file I/O operations, to 
obtain the data for the particular file. In this particular 
embodiment, for example, if backup agent 36 of the backup/ 
restore server performs an open, read and close sequence of 
1/0 operations which are local I/O operations, data is read 
from the storage devices and then subsequently transferred 
via between the files server 16fl and the backup/restore 
server 30. Alternatively, the backup agent 36 of the backup/ 
restore server 30 may also issue these file I/O operations 
resulting in all of the actual file data associated with a file 
being transferred between the SAN and the backup/restore 
server 30. 

At step 78, the file attributes are obtained by the backup/ 
restore server a second time from the metadata service 44 of 
the file server. In this particular embodiment, the file 
attributes obtained at steps 74 and 78 are used in step 80 to 
determine if there has been any modification to the actual file 
data from the beginning of the backup. In other words, the 
attributes obtained at step 74 and at step 78 are compared at 
step 80 to determine if there has been any modification to the 
data which was read by the backup/restore server in step 76. 
This may be determined, for example, by examining the 
time last modified as obtained by the various file attributes. 

If at step 80 a determination has been made that there has 
been a modification to the file data sent to the server at step 
76 from the time that backup of the this file began, control 
proceeds to step 74 to repeat the backup process of this 
particular file. At step 80, if it is determined that there is no 
modification to the data sent at step 76 from the time when 
the backup process of this file began, control proceeds to 
step 79 where the file attributes or metadata files are stored 
in the backup/restore server's catalogue. Control proceeds to 
step 70, where the next file to be backed up is determined. 
This process of backing up each file proceeds until, at step 
72, it has been determined that the backup process is 
complete. 

Generally, with regard to the flowchart describing the 
method steps in the badcup process of FIG. 5, one aspect of 
the backup process is to return multiple metadata or file 
attributes in accordance with different file systems associ- 
ated with a particular data set or file in a single message, 
procedure call, and the Hke. When performing a backup, the 
different metadata file attributes are gathered and packaged 
together and forwarded by the file server via network 14 to 
the backup/restore server 30 through connection 21 in one 
particular embodiment. This provides for the backup of one 
set of data with multiple different metadata files associated 
with that particular data set. 

The previously described technique provides transpar- 
ency to the EDM backup agent 36 on the backup/restore 
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server 30 when there are multiple metadata files for a single 
copy of data. With a consolidated operation, such as via a 
single API which will be described in the paragraphs that 
follow, the backup agent 36 located on the server 30 obtains 

5 all of the metadata. Additionally, as may be obtained with 
other file I/O operations, the associated file data which is 
being backup on a storage device such as 22a or 22b may be 
obtained. This backup strategy as provided by EDM pro- 
vides for the backup for all of the data to a single point in 

10 a network. 

Referring now to FIG. 6, shown is a flowchart of the steps 
of an embodiment for restoring data firom the backup/restore 
server 30 to the storage devices 20fl-20c. At step 90, the 
backup/restore server 30 receives a request for data to be 
15 restored. Similar to that as described with FIG. 5, this 
request to restore data may be made locally from the 
backup/restore server 30, as by an administrator restoring 
one or many files. The request received at step 90 may also 
be submitted remotely, as may be initiated by a host such as 
20 \2a or 12^>. At step 92, the backup/restore server determines 
the file system type of a target location to which data is to 
be restored. Similar to that described at step 52 using 
operating system function calls, the file system type to which 
data is to be restored is determined. Other embodiments may 
25 have other tedmiques by which to deterniine the file system 
to which data is to be restored 

At step 94, a determination is made as to whether data is 
being restored to an NFS file system. If a determination is 
made at step 94 that this is not an NFS file system for data 
to be restored, control proceeds to step 100. 

At step 94, if a determination is made that data is to be 
restored to an NFS file system, control proceeds to step 96 
where a determination is made as to whether this is a Celerra 
file system. The determination may be made at step 96, for 
example, using various operating system funaions provided 
as by procedure calls. If a determination is made at step 96 
that a Celerra file system is used, control proceeds to step 98 
where a determination is made as to which Celerra has the 
directory mounted for data being restored. 

Control proceeds to step 100 where data and metadata are 
transferred to the target location for data restoration. In this 
embodiment, the data is restored. Once complete, the meta- 
data is "applied" to the data file by transmitting the metadata 
data to the file server, such as 16a or 16^. 

45 

It should be noted that the organization of the data on 
devices 20a-20ic is determined by the file servers, such as 
16fl and 16^. If the data is written via the network 14, then 
the file server writes to the disk or other device 20a-20c 

50 itself. Alternatively, if the data is written to the devices 
20a-20c via the SAN 18, then the file server directs the file 
system module on the backup/restore server 30 as to where 
to write the data on the devices 20a-20c. In this particular 
embodiment, the data and metadata stored on the various 

55 devices 20-20c is organized by filename. 

At step 102, a clean up process may be performed. This 
may include, for example, deallocation of various data 
structures as used in the prior steps for restoration of data 
and metadata. 

60 It should be noted that the foregoing techniques may also 
be employed in restoring data to a location other than the 
storage area firom which it was backed up. For example, the 
data backed up from the storage devices 20a-20c may be 
restored to storage devices on system 12a rather than the 

65 storage devices 20a-20c. 

What will now be described in conjunction with FIGS. 
7-11 are examples of application programming interfaces or 
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APIs thai may be used in performing the various method 
steps in FIGS. 4, 5 and 6. It should be noted that the APIs 
described in FIGS, 7-11 arc in a "C*-latiguagc notation. It 
should also be noted that each of these APIs which will be 
described may be used with a backup/restore product, such 
as EDM- ThtSQ APIs may be included in a shareable library 
for use on a backup server, such as 30 inchided in FIG. 1. 
This API enables products, such as EDM to provide full and 
incremental backups/restores of data, such as Celerra data, 
over a network. Generally, the APIs that are described in 
following paragraphs may be calls firom an agent included in 
the backup/restore server 30 making remote procedure calls. 

It should be noted that in accordance with task allocation 
to the different agents on the backup/restore server 30 and 
the files servers, other embodiments may include other APIs. 
These APIs may be implemented as local procedure calls, or 
remote procedure calls. Similar to performing I/O operations 
for data transmission, it may be transparcnt to the backup 
and restore agents as to whether these arc remote or local 
procedure calk. 

Referring now to RG. 7, shown is an example of an API 
that may be used to identify a Celerra file system and return 
a file handle to reference the particular file system when 
doing a backup or a restore. The backup agent 36 of the 
backup/restore server 30 may perform a call to GelCeler- 
raPShandle to identify a Celerra file system on which a 
particular file or directory exists. It should be noted that in 
an embodiment, code associated with this API may actually 
be executed on the backup/restore server 30, the Celerra of 
interest, such as file server 16a or 16^, or both in accordance 
with the division of tasks or functions amongst various 
components in a particular implementation. It should also be 
noted that an embodiment may also obtain network 
information, such as file system handles, using network file 
tables that may be accessed without making a connection to 
the Celerra or other file system. Thus, an implementation 
may obtain the information returned via this API without 
accessing the file system. 

The pathname 122 identifies a string which references a 
file or directory within a Celerra mounted file system of 
interest. It should be noted that if a file system is not 
moimted on the host on which this API is directed to, or it 
is not exported from the Celerra server, this call will fail. lo 
this particular embodiment the failurc or success of the call 
is indicated by the status parameter 128 which may be an 
integer returned by the API. Another output parameter is the 
version 124 which may be a pointer to an integer represent- 
ing the version of this API. Also output is the parameter 
fshandlep 126 which is a pointer to a handle set by the API. 
Generally, this handle is used to reference the Celerra file 
system in subsequent API calls, fehandlep internally maps to 
a Celerra host name and identifies, for example file server 
16a, which is acting as a host for a particular file system 
upon which the file as specified bypathname, exists. 

Referring now to FIG. 8, shown is an example of an API 
used to obtain file attributes or the various metadata files for 
a particular data file. The API GetCelerrafilestat includes 
three parameters. Generally, the call getCelerrafilestat may 
be an API call that is performed by the backup agent 36 
performing, for example, step 74 or 78 of FIG. 5. 
Collectively, returned by the file server 16a or X6b are all 
with those metadata attributes associated with a particular 
file as identified by parameter pathname 134. The first 
parameter, fehandlep 132 is an input parameter that is 
previously returned by the call to getCelerraFShandle upon 
which the particular file as identified bypathname 134 exists. 
Remraed as an output is the parameter attrs 136 which is a 
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pointer to a pointer of a set of attributes represented as a 
structure in this particular "C" language description. In this 
particular embodiment, memory associated with the param- 
eter attrs is allocated and filled by the API, as may be 

5 executed on the file server 16a. This structure associated 
with attrs is a representation of the known file attributes of 
path name and name value pairs. In other words, the 
different attributes are represented by the name of the 
attribute as well as the value associated with that attribute. 

to Collectively, the parameter attrs identifies all of the metadata 
for the various file systems such as may be used by hosts 12a 
and 12b. This metadata or file attributes are associated with 
particular file as identified bypathname 134. A status param- 
eter 138 is similar to that status parameter 128 previously 

15 described in conjunction with FIG. 7 which represents the 
success of this API. 

Referring now to FIG. 9, shown is an example of an 
embodiment of an API for setting file system attributes. The 
call SetCelerraFileStat may be described as the complemen- 

20 tary call to the GetCelerraFileStat 130 as previously 
described in conjunction with FIG. 8. The first parameterf- 
shandlep 142 is a pointer to the particular Celerra file system 
previously described, as returned by GctCclerraFSHandle 
120. The pathname 144 is an input parameter identifying a 

25 file or directory within a Celerra motmted file system as 
referenced byfehandlep, the first parameter. An input param- 
eter is the attrs parameter 146 which sets the file attributes 
of the file or directory referenced by the pathname in the file 
system, attrs references an attribute structure or a collective 

30 representation of all of the metadata associated with a 
particular file or directory represented bypathname 144. 

Referring now to RGS. 10 and 11, shown are various 
APIs as may be used in the cleanup process such as in 
performing step 64 of FIG. 4 as part of the backup process, 
or step 102 of FIG. 6 as part of the restoration process. It 
should be noted in this particular embodiment that the 
memory allocation and deallocation for the SetCelerra- 
FileStat attrs parameter 146 as described in conjunction with 
FIG. 9 is performed by the caller. However, the API 150 

^ FreeCelerraAttr may be used to deallocate the attrs param- 
eter 152 as previously allocated by GetCelerraFileStat. 

Referring now to FIG. U, shown is an example of an 
embodiment of an API used to deallocate memory with 
regard to the file system handle as previously allocated by 
the GetCelerraFSHandle call described in conjunction with 
FIG. 7. The parameter fshandlep 162 is a pointer previously 
returned by the GetCelerraFShandle API. The FreeCelerraF- 
SHandle call 160 may be viewed as a complementary call 
which deallocates the memory associated with the file 
handle identified by fshandlep. 

The foregoing describes the technique for use in the 
network that includes a multi-lingual file system as may be 
used in the backup and restore processes. This general 

55 technique described is an efiScient and flexible technique 
which remms multiple metadata or multiple file attributes 
associated with a single file with a single API call allowing 
backup and restoration of data firom a single point included 
in a network. This type of backup technique and restore 

50 technique with a multi-lingual file is useful in an embodi- 
ment such as previously described in which various file 
systems have different attributes corresponding to the same 
data file. 

It should be noted that in one particular embodiment of 
65 the catalogue as included on the backup/restore server 30, 
for each data file stored, various file names and associated 
metadata in accordance with each of the file systems may be 
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Stored. Other embodiments may only include a portion of 
each of the metadata files for each of the file systems, or may 
only include one set of metadata. Other preferred embodi- 
ments may include other variations and combinations of the 
metadata stored in the catalogue 32. Generally, in this 5 
particular embodiment the catalogue 32 may be used for 
data browsing, for example, as by a user wishing to restore 
a particular file, a group of files, or directories for restoration 
or backup by the backup/restore server 30. 

Generally, what has been described are techniques to 
acquire file system attributes in a muhi-lingual file system 
environment as may be used in file backup and restoration 
processes. With the multi-lingual capability in the descrip- 
tion of a system 10 of FIG. 1 in which each of the hosts 12a 
and 12b may have different file system, when performing a 15 
backup and restore operation there is a need to access all of 
the file attributes of the metadata with one copy of the file 
data, as may be stored in a common storage area. 

A note should be made regarding the file system handle 
used in this particular embodiment, such as the one obtained 
at steps 58 and 98. As previously described, the API Get- 
CelerraFSHandle may be used to obtain the file system 
handle as described in conjunction with FIG. 7. This file 
system handle may be stored or cached for reuse with files 
that are located in the same file system when doing a backup 
or restore. In other words, for all files located in a particular 
file system, the handle returned by GetCelerraFSHandle 
may be reused on subsequent calls rather than repeat a call 
to the API if it is known that other files reside within the 
same file system as identified by the parameter &handlep 
126 of API 120 GetCelerraFSHandle. 

It should be noted that in this particular embodiment that 
the network 14 may be a LAN for example which operates 
in accordance with the TCP/IP protocol. Other embodiments 
may include other types of networks operating in accordance 
with other protocols. 

As previously described, when performing a badcup of 
data from a storage area such as 20a-20c, file operations 
such as an open, read and close sequence of I/O operations 
may be performed with regard to a particular file. Similarly, 
when performing a restoration of data and open, write, close 
sequence of I/O operations may be performed. These file I/O 
operations in combination with a single API call to obtain 
the various metadata files associated with particular data set 
provide a U'ansparency to the EDM agent as operating in the 
backup/restore server 30. In other words, the backup and 
restore processes as managed by the backup/restore server 
30 employ gathering of different attributes or meta data 
associated with a particular file. This technique provides for 
a centralized backup server which may be done via remote 
network connections. 

The various file attributes are gathered and stored by the 
file servers 16a and 16ft. In this particular embodiment, calls 
may be made in the Celerra file server's uxfs file system to 55 
obtain the various attributes which are collectively packaged 
together and returned via an API parameter to the backup/ 
restore server 30. Other embodiments may obtain the file 
attributes corresponding to the metadata using other tech- 
niques in accordance with a particular implementation of the go 
multi- lingual file system. 

It should be noted that the previously described tech- 
niques may be used for both fiill and incremental backup and 
restores of data over the network. Generally, whether we are 
doing a full or incremental backup is a cktermination that 65 
has been made is part of the process known to those skilled 
in the art of backup and restoring. The flowcharts and 
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techniques described herein may be used with either a fiill or 
incremental backup and restore as determined in accordance 
with various backup and restoration processes. 

The foregoing description generally sets forth an embodi- 
ment in which the backup and restore agents operate on a 
backup/restore server using an API to communicate with a 
file server that includes a metadata service to provide for one 
or more metadata files associated with a single set of data. 
The backup and restore operations are generally controlled 
in this embodiment by agents that are included in the 
backup/restore server. Services as included in the file server 
are used by the backup/restore server to backup or restore 
the necessary data and metadata in accordance with the 
particular data operation being performed. 

It should also be noted that the foregoing description sets 
forth an embodiment that includes operations and APIs, such 
as memory clean-up operations for memory deallocation. As 
known to those skilled in the art, operations such as these 
and the associated APIs may be omitted from an embodi- 
ment without departing from the principles and techniques 
of the invention. 

The foregoing description also sets forth a backup/restore 
server in the form of a client/server paradigm in which the 
client is the backup/restore server making requests of the 
client, such as the file server. In this example, the client may 
be requesting that data be restored or backed up fi'om storage 
devices 20fl-20c or via another location from the network. 

While the invention has been disclosed in connection with 
prefened embodiments shown and described in detail, their 
modifications and improvements thereon will become 
readily apparent to those skilled in the art. Accordingly, the 
spirit and scope of the present invention should be limited 
only by the following claims. 

What is claimed is: 

1. A method executed in a computer system for providing 
a plurality of metadata files associated with a data file in a 
network comprising: 

issuing a request by a client for said data file and said 
plurality of metadata files fi'om a file storage area; 

obtaining, by a multi-lingual file server, each of said 
plurality of metadata files describing said data file in 
accordance with a different file system in a multi- 
lingual file system, wherein said multi-hngual file 
server accesses files formatted for access by different 
operating systems; and 

providing, in response to said request, to said client in a 
single response said plurality of metadata files; 

and wherein said issuing, said obtaining and said provid- 
ing are performed using remote procedure calls 
between said client and said multi-hngual file server. 

2. The method of claim 1, wherein said metadata files are 
transferred using a network cormection between said file 
storage area and said multi-lingual file server supplying the 
metadata files and said data file is transferred using a 
different connection that may be characterized as a higher- 
speed connection than said network connection. 

3. The method of claim 2, wherein said data file is 
remotely transferred from said multi-lingual file server to 
said chent using a second connection that is a direct con- 
nection between said file storage area and a requester 
requesting the data file. 

4. The method of claim 3, wherein said metadata files 
include a first metadata file and a second metadata file, said 
first metadata file including attributes describing said data 
file in a first file system used by a first node in said network 
and said second metadata file including attributes describing 
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said data file in a second file system used by a second node 19. The method of claim 18, wherein said data file is 

in said network. included in a directory being backed up. 

5. The method of claim 4, wherein said first file system is 20. The method of claim 19, wherein said data file is part 
a first type of network file system and said second file system of an incremental backup procedure. 

is a second type of network file system. 5 21. The method of claim 19, wherein said data file is part 

6. The method of claim 4, further including: of a full backup procedure. 

storing said plurality of metadata files in a catalogue on a . 22 Tlic method of claim 18 wherein said data file is 

client node in said network which issued said request. '^^I'i^^ ^ fi^^/i?*^"* bemg backed up. 

7. -me method of claim 4, wherein said pluraUty of 23^The method of clami 8. wherem said metadata files are 
metadata files and said data file are transferred to a target 10 transfen^ed usmg a network c^nnecUon between said ^ 
node in said network different from a client node in slid ^^^^ °" ^ h W ^PP^^^^S the mcta- 
network which issued said request. ^^^^ '^"^^ transferred usmg a different 

8. A method executed in a computer system for perform- connection that may be characterized as a higher-speed 

• 1 J. • „! •* connection than said network connection, 

mg a backup data operauon in a network compnsmg: ^u^l^^l^ll mou^ ^imi^i^iwu. , 

^ . . ^ ^ ^ , ..i^ r 24. The method of claun 8, wherein said data file is 

receivmg a request at a backup server to backup data from 15 ^^^^^jy transferred from said multi-lingual file server to 

a storage area; client using a second connection that is a direct con- 
transferring, in response to said request, a data file nection between said storage area and a backup server 

included in a multi-lingual file system to said backup requesting the data file. 

server from a multi-lingual file server, wherein said 25. A method executed in a computer system for perform- 

multi-lingual file server accesses files formatted for 20 ing a data restoration operation in a network comprising: 

access by different operating systems; and receiving a request by a backup server for restoration of 

transferring to said backup server, using a single remote a data file fi"om a backup storage area; 

procedure call, a plurality of metadata files correspond- transferring said data file to said target location, said target 

ing to said data file and obtained by said multi-lingual location being at a network location different firom said 

file server, each of said metadata files describing said 25 backup storage area; and 

data file in a different file system included in said transferring a plurality of metadata files associated with 

network. said data file from said backup storage area in a single 

9. The method ofclaim 8, wherein said receiving and said message using remote procedure calls to said target 
transferring a data file arc performed using remote procedure location, each of said plurality of metadata files 
calls. 30 describing said data file in accordance with a different 

10. The method of claim 8, wherein said pluraUty of file system and being previously sent to said backup 
metadata files are represented in a single parameter included ^^^j. ^ multi-lingual file server, said data file 
as an output parameter from said single remote procedure ^c^ ^^j^^^ ^ ^ multi-lingual file system, wherein 
calls executed by said multi-hngua^ file server. multi-lingual file server accesses files formatted 

11. me method of claim 8, further includmg: 35 ^^^^^^^ ^^^^^^^ ^^^^^^^ 

stormg said plurahty of metadata files m a caUlogue. 26. The method of claim 25 further including: 

12. Tlie method of claim 11, wherein said catalogue is browsing a catalogue included on said backup server for 
located on a computer system issuing said request _ ^^^^ 

restoration. 

13. The method of claim 11, wherein said catalogue is -i*t .i. j c 1 • -^e i. • j * • • j 

Wof»^ o,^t^«, o 27. The method ofclaim 25, wherem said request is issued 

located on another computer system otner than a computer ^ , ^ . ^ ^ j -j * * 1 *• 

system issuing said reqiest. « by a first computer system and sa.d Urget location .s a 

14. THe method of claim « fiirther including; ~'"P"'^f '■y^^Vt '° y^'"* ^'^ ?f«>°«' 

. , , ^, . , ^ ^ , ^ computer systems are different nodes m said network, 

stormg said data file on a backup storage device and 28. The method ofclaim 25, wherein said request is issued 

stormg a portion of said one or more metadata files in ^y a first computer system and said target location is a 

a catalogue. 45 second computer system in which said first and second 

15. The method of claim 14 further including: computer systems are located at a same node in said net- 
storing said plurality of metadata files on said backup work. 

storage device with said data file. 29. The method of claim 25, wherein said plurality of 

16. The method of claim 8, further including: metadata files are represented as an output parameter 
determining if said data file has been modified since 50 included in a remote procedure call. 

commencing backup of said data file; 30. The method of claim 29, further including: 

if said data file has been modified since commencing performing memory deaUocation of said output param- 

backup, performing said transferring said data file ^ . 

aeain* and 31- The method ofclaim 25, wherein said metadata files 

. ^, f 1 ec are transferred using a network connection between a 

wherem said plurality of metada^ files are not transferred 55 ^^^^^ ^^^^ computer system and said multi-lingual file 

until it has been determined that said data file has not ^^^j. controlling file access to a mass storage area accessed 

been modified since commencing backup of said data ^y multiple nodes included in the network and said data file 

fil®- is transferred using a different connection that may be 

17. The method of claim 16, further including: characterized as a higher-speed connection than said net- 
deallocating memory used as parameters for transferring work connection. 

said plurality of metadata files. 32. The method of claim 31, wherein said data file is 

18. The method of claim 16, wherein said file server remotely transferred from said backup server to said multi- 
determines if said data file has been modified by comparing lingual file server using a second connection that is a direct 
a first portion of said plurality of metadata files prior to connection between a mass storage area accessed by mul- 
commencing backup with a second portion of said plurality 65 tiple nodes included in the network and said backup server 
of metadata files after said data file has been transferred to restoring said data file, said multi-lingual file server con- 
said backup server. trolling file access to said mass storage area. 
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33. The method of claim 25, wherein said plurality of 
metadata files includes a first metadata file and a second 
metadata file, said first metadata file inchiding attributes 
describing said data file in a first file system used by a first 
node in said network and said second metadata file including ^ 
attributes describing said data file in a second file system 
used by a second node in said network. 

34. A system for providing a plurality of metadata files 
associated with a data file in a network comprising: 

machine executable code for issuing a request by a client 
for said data file and said plurality of metadata files 
fi'om a file storage area; 

machine executable code for obtaining, by a muhi-lingual 
file server, each of said plxu-ality of metadata files 
describing said data file in accordance with a different 
file system in a multi-lingual file system, wherein said 15 
multi-lingual file server accesses files formatted for 
access by di£ferent operating systems; and 

machine executable code for providing to said client, in 
response to said request, in a single response each of 
said plurality of metadata files; 20 

and wherein said machine executable code for issuing, 
obtaining and providing utilize remote procedure calls 
between said client and said multi -lingual file server 

35. The system of claim 34, wherein said metadata files 
are transferred using a network connection between said file 25 
storage area and said multi-lingual file server supplying the 
metadata files and said data file is transfenred using a 
different connection that may be characterized as a higher- 
speed connection than said network connection. 

36. The system of claim 35, wherein said data file is 
remotely transferred from said multi-lingual file server to 
said client using a second connection that is a direct con- 
nection between said file storage area and a requester 
requesting the data file. 

37. The system of claim 36, wherein said metadata files 
include a first metadata file and a second metadata file, said 
first metadata file including attributes describing said data 
file in a first file system used by a first node in said network 
and said second metadata file including attributes describing 
said data file in a second file system used by a second node 

in said network. ^ 

38. The system of claim 37, fiirther including: 
machine executable code for storing said pluraUty of 

metadata files in a catalogue on a client node in said 
network which issued said request. 

39. The system of claim 37, wherein said plurality of 4S 
metadata files and said data file are transferred to a target 
node in said network different from a client node in said 
network which issued said request. 

40. A system for performing a data backup operation in a 
network comprising: 50 

machine executable code for receiving a request at a 
backup server to backup data from a storage area; 

machine executable code for transferring, in response to 
said request, a data file included in a multi-lingual file 
system to said backup server firom a multi-lingual file S5 
server, wherein said multi-lingual file server accesses 
files formatted for access by different operating sys- 
tems; and 

machine executable code for transferring to said backup 
server, using a single remote procedure call, a plurality 60 
of metadata files corresponding to said data file and 
obtained by said multi-lingual file server, each of said 
metadata files describing said data file in a different file 
system included in said network. 

41. The system of claim 40, wherein said machine execut- 65 
able code for receiving and machine executable code for 
transferring a data file utilize remote procedure caUs. 
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42. The system of claim 40, wherein said plurality of 
metadata file arc represented in a single parameter included 
as an output parameter from said single remote procedure 
call executed by said multi-lingual file server 

43. The system of claim 40. further including: 
machine executable code for storing said plurality of 

metadata files in a catalogue. 

44. The system of claim 43, wherein said catalogue is 
located on a computer system issuing said request. 

45. The system of claim 43, wherein said catalogue is 
located on another computer system other than a computer 
system issuing said request. 

46. The system of claim 40 further including: 
machine executable code for storing said data file on a 

backup storage device; and 
machine executable code for storing a portion of said 
plurality of metadata files in a catalogue. 

47. The system of claim 46 further including: 
machine executable code for storing said plurality of 

metadata files on said backup storage device with said 
data file. 

48. The system of claim 40, further including: 
machine executable code for determining if said data file 

has been modified since commencing backup of said 
data file; 

machine executable code for performing said transferring 
said data file again if said data file has been modified 
since commencing backup; and 

wherein said plurality of metadata files are not transferred 
until it has been determined that said data file has not 
been modified since commencing backup of said data 
file. 

49. The system of claim 48, further including: 
machine executable code for deallocating memory used as 

parameters for transferring said plurality of metadata 
files. 

50. The system of claim 48, wherein said file server 
includes said machine executable code for determining if 
said data file has been modified by comparing a first portion 
of said plurality of metadata files prior to commencing 
backup with a second portion of said plurality of metadata 
files after said data file has been transferred to said backup 
server. 

51. The system of claim 50, ^^dierein said data file is 
included in a directory being backed up. 

52. The system of claim 51, wherein said data file is part 
of an incremental backup procedure. 

53. The system of claim 51, wherein said data file is part 
of a full backup procedure. 

54. The system of claim 50, wherein said data file is 
included in a file system being backed up. 

55. The system of claim 40, wherein said metadata files 
are transferred using a network connection between said 
storage area and said multi-lingual file server supplying the 
metadata files and said data file is transferred using a 
different connecrion that may be characterized as a higher- 
speed connection than said network connection. 

56. The system of claim 55, wherein said data file is 
remotely transferred from said multi-lingual file server to 
said chent using a second connection that is a direct con- 
nection between said storage area and a backup server 
requesting the data file. 

57. A system for performing a data restoration operation 
in a network comprising: 

machine executable code for receiving a request by a 
backup server for restoration of a data file from a 
backup storage area; 

machine executable code for transferring said data file to 
a target location, said target location being at a network 
location different from said backup storage area; and 
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machine executable code for transferring a plurality of 
metadata files associated with said data file firom said 
backup storage area in a single message using remote 
procedure calls to said target location, each of said 
metadata files describing said data file in accordance 5 
with a different file system and being previously sent to 
said backup server firom a multi-lingual file server, said 
data file being included in a multi-lingual file system, 
wherein said multi-lingual file server accesses files 
formatted for access by different operating systems. lO 

58. The system of claim 57 further including: 
machine executable code for browsing a catalogue 

included on said backup server for selecting said data 
file for restoration. 

59. The system of claim 57, wherein said request is issued 15 
by a first computer system and said target location is a 
second computer system in which said first and second 
computer systems are different nodes in said network. 

60. The system of claim 57, wherein said request is issued 
by a first computer system and said target location is a 20 
second computer system in which said first and second 
computer systems are located at a same node in said net- 
work. 

61. The system of claim 57, wherein said plurality of 
metadata files are represented as a parameter included in a 
remote procedure call. 

62. The system of claim 61, further including: 
machine executable code for performing memory deallo- 
cation of said parameter. 

63. The system of claim 57, wherein said metadata files 
are transferred using a network connection between a 
backup server computer system and said multi-lingual file 
server controlling file access to a mass storage area accessed 
by multiple nodes and said data file is transferred using a 
different connection that may be characterized as a higher- 
speed connection than said network connection. 

64. The system of claim 63, wherein said data file is 
remotely transferred from said backup server to said multi- 
lingual file server using a second connection that is a direct 
connection between a mass storage area accessed by mul- 
tiple nodes included in the networic and said backup server 40 
restoring said data file, said multi-lingual file server con- 
trolling file access to said mass storage area. 

65. The system of claim 57, wherein said plurality of 
metadata files includes a first metadata file and a second 
metadata file, said first metadata file inchiding attributes 45 
describing said data file in a first file system used by a first 
node in said network and said second metadata file including 
attributes describing said data file in a second file system 
used by a second node in said network. 

66. A system for performing a remote backup operation in 
a network comprising: 

at least two computer systems included in said network, 
each of said computer systems having a different file 
system; 

a backup computer system for performing backup data 55 
operations and having a backup storage device; 

a backup agent included in said backup computer system 
for controlling data backup operations and issuing 
remote procedure call requests to obtain a data file 
included in a multi-lingual file system to be backed up 60 
to said backup storage device; 

a file server system that includes the multi-lingual file 
system for providing data associated with a data file to 
be backed up to said backup computer system, wherein 
said file server system includes a multi-lingual file 65 
server that accesses files formatted for access by dif- 
ferent operating systems; 
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a metadata service included in said file server system for 
responding using remote procedure calls to requests 
from said backup agent for metadata associated with 
the data file, said metadata service providing at least 
two metadata files for the data file being backed up as 
a parameter included in a first of said remote procedure 
calls, each of said two metadata files including file 
attributes corresponding to a different file system used 
by one of said at least two computer systems; and 

a network connection between said backup agent and said 
metadata service for transmitting said at least two 
metadata files. 

67. The system of claim 66 further comprising: a cata- 
logue storage device that inchides a portion of said two 
metadata files. 

68. The system of claim 66 further comprising: 

a direct connection between said backup computer system 
and a storage area network in which said data file and 
said at least two metadata files are included in said 
storage area network. 

69. The system of claim 66, wherein said direct connec- 
tion is a fibre channel connection. 

70. The system of claim 66, wherein said direct connec- 
tion is a small computer system interface (SCSI) connection. 

71. A system for performing a remote data restoration 
operation in a network comprising: 

at least two computer systems included in said network, 
each of said computer systems having a different file 
system; 

a backup computer system for performing data restoration 
operations and having a backup storage device; 

a restore agent included in said backup computer system 
for controlling data restoration operations and issuing 
remote procedure calls to transmit a data file included 
in a multi-lingual file system to be restored to a target 
location, said restore agent providing at least two 
metadata files for said data file being restored as a 
parameter included in a first of said remote procedure 
calls, each of said two metadata files including file 
attributes corresponding to a different file system used 
by one of said at least two computer systems; 

a multilingual file server that accesses said data file 
formatted for access by different operating systems; 

a metadata service included in said target location for 
interfacing with said restore agent to receive data 
transmitted from said restore agent; and 

a network connection between said restore agent and said 
metadata service for transmitting said at least two 
metadata files. 

72. The system of claim 71 fiirther comprising: 

a catalogue storage device included in said backup com- 
puter system that includes a portion of said two meta- 
data files and may be viewed in selecting data files to 
be restored from said backup storage device. 

73. The system of claim 71 further comprising: 

a direct connection between said backup computer system 
and said target location that is used for transmitting said 
data file to said target location from said backup 
computer system. 

74. The system of claim 73, wherein said direct connec- 
tion is a fibre channel connection. 

75. The system of claim 73, wherein said direct connec- 
tion is a small computer system interface (SCSI) connection. 



06/03/2004, EAST Version: 1.4.1 



